GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Dynamic Link Library</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading">Dynamic Link Library</h1>

</header>

</div>

<th colspan="2">Dynamic Link Library

</th></tr>

<tr>

</td></tr>

<tr>

<td style="white-space: nowrap;"><a href="Dateinamenserweiterung" title="Dateinamenserweiterung">Dateiendung</a>:

</td>

</td></tr>

<tr>

<td style="white-space:nowrap;"><a href="Internet_Media_Type" title="Internet Media Type">MIME-Type</a>:

</td>

<td><code style="margin:0.2em 0; padding:0;">application/vnd.microsoft.portable-executable, application/x-msdownload, application/octet-stream</code>

</td></tr>

<tr>

<td style="white-space: nowrap;">Entwickelt von:

</td>

<td><a href="Microsoft" title="Microsoft">Microsoft</a>

</td></tr>

<tr>

<td style="white-space: nowrap;">Art:

</td>

<td>dynamische Bibliothek

</td></tr>

<tr>

</td></tr>

<tr>

</td></tr></tbody></table>

Dynamic Link Library (aus dem <a href="Amerikanisches_Englisch" title="Amerikanisches Englisch">Englischen</a> entlehnt; kurz DLL) bezeichnet allgemein eine <a href="Programmbibliothek#Dynamische_Bibliotheken" title="Programmbibliothek">dynamische Programmbibliothek</a>; meist bezieht sich der Begriff jedoch auf die für die <a href="Betriebssystem" title="Betriebssystem">Betriebssysteme</a> <a href="Microsoft_Windows" title="Microsoft Windows">Windows</a> und <a href="OS/2" title="OS/2">OS/2</a> verwendete Variante.<a href="#cite_note-1">[1]</a><a href="#cite_note-2">[2]</a>

DLL-<a href="Datei" title="Datei">Dateien</a> verwenden das auch für ausführbare <a href="EXE" title="EXE">EXE</a>-Dateien gebräuchliche <a href="Dateiformat" title="Dateiformat">Dateiformat</a>, das in 16-Bit-Programmen das <a href="New_Executable" title="New Executable">New-Executable</a>-Format,<a href="#cite_note-NE-3">[3]</a> in 16- und 32-Bit-Programmen das <a href="Linear_Executable" class="mw-redirect" title="Linear Executable">Linear-Executable</a>-Format sowie in 32- und 64-Bit-Programmen das <a href="Portable_Executable" title="Portable Executable">Portable-Executable</a>-Format ist. Diese Dateien können Programmcode (<a href="Maschinensprache" title="Maschinensprache">Maschinencode</a>), Daten und <a href="Ressource_(Software)" title="Ressource (Software)">Ressourcen</a> in beliebiger Kombination enthalten.

Die Windows-<a href="Dateinamenserweiterung" title="Dateinamenserweiterung">Dateinamenserweiterung</a> für solche Bibliotheken ist gewöhnlich <code>DLL</code>. Zudem können es jedoch auch andere Dateiendungen, wie <code>CPL</code> (für die <a href="Systemsteuerung" title="Systemsteuerung">Systemsteuerung</a>), <code>OCX</code> (für Bibliotheken mit <a href="ActiveX" title="ActiveX">ActiveX</a>-Steuerelementen) oder auch <code>DRV</code> (für <a href="Ger%C3%A4tetreiber" title="Gerätetreiber">Treiber</a>), sein.

<div class="mw-heading mw-heading2"><h2 id="Hintergrund">Hintergrund</h2></div>

<div class="hauptartikel" role="navigation">→ Hauptartikel: <a href="Programmbibliothek" title="Programmbibliothek">Programmbibliothek</a></div>

Der Hauptzweck von DLL-Dateien ist, den von Anwendungen auf der Festplatte und im Hauptspeicher benötigten Speicherplatz zu reduzieren. Code und Daten, die von mehr als einer Anwendung benötigt werden könnten, werden deshalb in einer einzelnen Datei auf der <a href="Massenspeicher" title="Massenspeicher">Festplatte</a> gespeichert und nur einmal in den Hauptspeicher geladen, wenn mehrere Programme dieselbe Programmbibliothek benötigen.<a href="#cite_note-4">[4]</a>

<div class="mw-heading mw-heading3"><h3 id="Weitere_Vorteile">Weitere Vorteile</h3></div>

Wird ein Stück Programmcode verbessert, müssen nicht alle Programme geändert werden, die diesen Code nutzen, sondern es genügt, ihn in der DLL zu aktualisieren. Alle Programme können in diesem Fall auf die aktualisierte Fassung zugreifen. Dadurch ist es Softwareentwicklern möglich, relativ kleine <a href="Patch_(Software)" title="Patch (Software)">Patches</a> für größere Softwarepakete herauszugeben, beispielsweise auch für ganze Betriebssysteme. Ein ganzes Paket kann so durch die Aktualisierung einzelner DLLs auf den neuesten Stand gebracht werden.

In Form von <a href="Plug-in" title="Plug-in">Plug-ins</a> können mit DLLs neue Programmteile für ein bereits bestehendes Programm erstellt und darin nahtlos integriert werden, ohne dass am schon existierenden Programm Veränderungen vorgenommen werden müssten. Diese Idee der dynamischen „Einbindbarkeit“ wird zum Beispiel unter Windows durch <a href="ActiveX" title="ActiveX">ActiveX</a> realisiert.

Auch können durch solch einen modularen Aufbau nicht benötigte Funktionen einfach deaktiviert werden.

<div class="mw-heading mw-heading3"><h3 id="Schwächen">Schwächen</h3></div>

Ein bei Windows auch <a href="DLL-Konflikt" title="DLL-Konflikt">DLL-Konflikt</a> genanntes Problem tritt auf, wenn mehrere Anwendungen verschiedene Versionen der gleichen DLL benötigen. Falls einem Programm die erforderliche Version fehlt, kann das zu Problemen, wie fehlerhaften Installationen, führen. Dieser Konflikt kann oft behoben werden, indem die jeweils richtige Version der Programmbibliothek in den Programmordner des jeweiligen Programms kopiert wird. Der Effekt der Speicherersparnis wird dadurch allerdings wieder zunichtegemacht. Mit <a href="Microsoft_.NET" class="mw-redirect" title="Microsoft .NET">Microsoft .NET</a> ist es möglich, Versionskonflikte bei DLL-Dateien zu umgehen, indem sie die gleichzeitige Existenz von mehreren Versionen einer Programmbibliothek ermöglichen. Dies ist aber nur für mit .NET entwickelte DLL-Dateien möglich.

In bestimmten Fällen ist <a href="DLL_Hijacking" title="DLL Hijacking">DLL Hijacking</a> oder die bösartige Nutzung von <a href="DLL-Injection" title="DLL-Injection">DLL-Injection</a> möglich.

<div class="mw-heading mw-heading2"><h2 id="Betriebssysteminterne_Behandlung">Betriebssysteminterne Behandlung</h2></div>

<div class="mw-heading mw-heading3"><h3 id="Laden_von_DLLs_bei_einem_Programmstart">Laden von DLLs bei einem Programmstart</h3></div>

Wenn ein Programm ausgeführt werden soll, dann wird es vom Loader des Betriebssystems in den Speicher geladen und die „Import-Tabelle“ des Programms ausgelesen. In dieser Tabelle befinden sich alle DLL-Befehls-Namen oder die Ordnungszahlen der DLL-Befehle, die von diesem Programm benötigt werden. Der Loader lädt nun die fehlenden DLLs in den Speicher und fügt in der Import-Tabelle des Programms die Einsprungadressen der einzelnen Befehle ein.

<div class="mw-heading mw-heading3"><h3 id="DLL-Datei-Aufbau">DLL-Datei-Aufbau</h3></div>

Eine DLL hat (nach dem <a href="MZ-Datei" title="MZ-Datei">MZ-Header</a>) denselben <a href="New_Executable" title="New Executable">NE</a>-, <a href="Linear_Executable" class="mw-redirect" title="Linear Executable">LE/LX</a>- oder <a href="Portable_Executable" title="Portable Executable">PE</a>-Header wie eine normale <a href="Ausf%C3%BChrbare_Datei" title="Ausführbare Datei">ausführbare Datei</a>, nur ist im Falle einer NE der DWORD-Flag an der Adresse 0Chex im NE-Header auf 8000hex gesetzt (Library Module flag)<a href="#cite_note-NE-3">[3]</a> beziehungsweise im PE-Header im Characteristics-Wert das IMAGE_FILE_DLL-Bit gesetzt. Während sowohl DLLs als auch ausführbare Dateien eine „Export-Tabelle“ besitzen können, wird dies bei letzteren selten benutzt. In dieser Export-Tabelle sind alle Namen der Funktionen und Variablen aufgelistet, die die DLL an externe Software zur Verfügung stellt. Diese Namen müssen alphabetisch sortiert sein, damit der Loader sie finden kann.

<div class="mw-heading mw-heading3"><h3 id="Aufruf_eines_DLL-Befehles_durch_ein_Programm">Aufruf eines DLL-Befehles durch ein Programm</h3></div>

Zuerst werden die zu übergebenden Werte – sinngemäß wie bei anderen <a href="Unterprogramm" title="Unterprogramm">Unterprogrammen</a> – auf dem <a href="Stapelspeicher" title="Stapelspeicher">Stack</a> abgelegt, dann wird ein indirekter Sprung auf den Wert der vom Loader in der Import-Tabelle hinterlegten DLL-Adresse durchgeführt.

<div class="mw-heading mw-heading3"><h3 id="DLLs_im_Speicher">DLLs im Speicher</h3></div>

Es gibt zwei verschiedene Varianten, wie DLLs vom Betriebssystem in den Speicher geladen werden können. Es gibt statische DLLs, die nur einmal geladen werden. Alle Programme greifen dann auf diese eine Instanz der DLL zu. Diese DLL besitzt dann nur einen einzigen globalen Speicherbereich. Die Windows-Kernel-DLLs sind solche statischen DLLs, was ihnen erlaubt, das gesamte System zu verwalten (z. B. alle offenen Dateien zu überwachen).

Eine andere Variante DLLs im Speicher zu verwalten, ist die, dass jedes Mal, wenn ein neues Programm eine DLL benötigt, eine neue Instanz von dieser in den Speicher geladen wird.

Ob eine DLL statisch ist oder nicht, legt ein weiteres Flag im Header der DLL fest.

<div class="mw-heading mw-heading3"><h3 id="DLL-Instanzenzähler">DLL-Instanzenzähler</h3></div>

Jedes Mal, wenn eine DLL von einem Programm geladen wird, wird ein interner Instanzenzähler für diese DLL erhöht. Über diesen Zähler kann das System erkennen, ob eine DLL noch in Verwendung ist oder entladen werden kann. Letzteres geschieht, wenn der Instanzenzähler null erreicht, da das letzte laufende Programm, welches die DLL benutzt hat, die DLL entladen hat und diese nicht weiter im Speicher vorgehalten werden muss.

<div class="mw-heading mw-heading2"><h2 id="Programmierbeispiele_für_32-Bit_Windows">Programmierbeispiele für 32-Bit Windows</h2></div>

<div class="mw-heading mw-heading3"><h3 id="Arbeiten_mit_DLLs_in_Visual_C++">Arbeiten mit DLLs in Visual C++</h3></div>

<div class="mw-heading mw-heading4"><h4 id="Erstellen_einer_DLL_mit_einer_Funktion">Erstellen einer DLL mit einer Funktion</h4></div>

Die DLL-Schnittstelle wird mit Hilfe der Export-Funktion <code>__declspec(dllexport)</code> definiert.

Dies wird im folgenden Beispiel demonstriert:

<div class="mw-highlight mw-highlight-lang-c mw-content-ltr" dir="ltr"><pre>// Nur unter Microsoft Visual C++ hat das Makro "DLL" eine Funktion.

// Unter zum Beispiel Linux ist das Makro "DLL" leer.

#if defined(_MSC_VER)

#include <windows.h>

#define DLL extern "C" __declspec(dllexport)

#else

#define DLL

#endif

// Die Funktion, die anderen Programmen zur Verfügung gestellt werden soll

// (in diesem Beispiel: Addieren zweier Zahlen)

DLL double AddNumbers (double a, double b)

{

return a + b ;

}

</pre></div>

Dieses Beispiel erzeugt beim Kompilieren sowohl eine <code>DLL</code> als auch eine <code>LIB</code>-Datei.

<div class="mw-heading mw-heading4"><h4 id="Einbinden_einer_DLL_und_Aufrufen_dieser_Funktion">Einbinden einer DLL und Aufrufen dieser Funktion</h4></div>

DLL-Funktionen können einfach aufgerufen werden, nachdem man sie mit der Funktion <code>__declspec(dllimport)</code> importiert hat.

<div class="mw-highlight mw-highlight-lang-c mw-content-ltr" dir="ltr"><pre>#include <windows.h>

#include <stdio.h>

// Importieren der Funktion aus der oben erstellten DLL

extern "C" __declspec(dllimport) double AddNumbers (double a, double b) ;

int main (void)

{

// Aufrufen der externen Funktion

double result = AddNumbers (1, 2) ;

printf ("Das Ergebnis ist: %f\n", result) ;

return 0 ;

}

</pre></div>

Zu beachten ist, dass der Linker die LIB-Datei benötigt und dass sich die DLL-Datei im selben Ordner wie das Programm, das sie aufrufen soll, befinden sollte. Die LIB-Datei wird vom Linker benötigt, damit er „Platzhalter“ für die später aus der DLL aufgerufenen Funktionen einbauen kann.

<div class="mw-heading mw-heading4"><h4 id="Einbinden_einer_DLL_zur_Laufzeit_und_Aufrufen_dieser_Funktion">Einbinden einer DLL zur Laufzeit und Aufrufen dieser Funktion</h4></div>

DLL-Bibliotheken können auf zwei verschiedene Weisen in eine Anwendung geladen werden: entweder gleich beim Starten des Programms (so wie in den obigen Beispielen beschrieben) oder erst später während der Laufzeit, indem man die <a href="Programmierschnittstelle" title="Programmierschnittstelle">API</a>-Funktionen <code>LoadLibrary</code>, <code>GetProcAddress</code> und <code>FreeLibrary</code> verwendet. Die Art und Weise, wie DLLs während der Laufzeit einzubinden sind, ist in jeder Programmiersprache gleich, solange man eine <a href="Windows_API" class="mw-redirect" title="Windows API">Windows-API</a>-Funktion importieren möchte. Der folgende Code demonstriert das anhand eines VC++-Beispieles:

<div class="mw-highlight mw-highlight-lang-c mw-content-ltr" dir="ltr"><pre>#include <windows.h>

#include <stdio.h>

// Definition des Types der DLL-Funktion, die verwendet werden soll

typedef double (*BinaryFunction_t) (double, double) ;

int main (void)

{

BinaryFunction_t AddNumbers ;

double result ;

BOOL fFreeResult ;

// DLL-Datei laden

HINSTANCE hinstLib = LoadLibrary ("MyDll.dll") ;

{

// Die Einsprungadresse abfragen

AddNumbers = (BinaryFunction_t) GetProcAddress (hinstLib, "AddNumbers") ;

// Die Funktion aufrufen

if ( AddNumbers != NULL )

result = (*AddNumbers) (1, 2) ;

// Die DLL-Datei wieder entladen

fFreeResult = FreeLibrary (hinstLib) ;

}

// Das Ergebnis anzeigen

if (hinstLib == NULL || AddNumbers == NULL)

printf ("Fehler: Konnte die Funktion nicht aufrufen\n") ;

else

return 0 ;

}

</pre></div>

Die <code>LIB</code>-Datei wird in diesem Fall nicht benötigt. Die <code>DLL</code>-Datei muss aber immer noch in einem Ordner liegen, der dem Programm zugänglich ist.

Zu beachten ist außerdem, dass beim Versuch, eine nicht vorhandene DLL direkt beim Programmstart automatisch mitladen zu lassen, vom Betriebssystem eine Fehlermeldung angezeigt und das Programm beendet wird, ohne dass der Programmierer eine Möglichkeit hat, diesen Fehler abzufangen. Beim Einbinden von DLLs während der Laufzeit können Fehler beim Laden hingegen abgefangen werden.

<div class="mw-heading mw-heading3"><h3 id="Verwenden_von_DLLs_in_Object_Pascal">Verwenden von DLLs in Object Pascal</h3></div>

<div class="mw-heading mw-heading4"><h4 id="Erstellen_einer_DLL">Erstellen einer DLL</h4></div>

Im Kopf des Quellcodes muss das Schlüsselwort <code>library</code> an Stelle von <code>program</code> verwendet werden. Am Ende der Datei werden dann die zu exportierenden Funktionen im <code>exports</code>-Bereich aufgelistet:

<div class="mw-highlight mw-highlight-lang-delphi mw-content-ltr" dir="ltr"><pre> library Beispiel;

// Die Funktion, die anderen Programmen zur Verfügung gestellt werden soll

// (in diesem Beispiel: Addieren zweier Zahlen)

function AddNumbers(a, b: Double): Double; cdecl;

begin

Result := a + b;

end;

// Exportieren der Funktion

exports

AddNumbers;

// In diesem Fall muss kein spezieller Initialisierungs-Quellcode angegeben werden

begin

end.

</pre></div>

<div class="mw-heading mw-heading4"><h4 id="Eine_DLL_einbinden_/_aufrufen">Eine DLL einbinden / aufrufen</h4></div>

Delphi benötigt keine <code>LIB</code>-Dateien, um eine Funktion korrekt importieren zu können. Zum Einbinden einer DLL muss lediglich das Schlüsselwort <code>external</code> verwendet werden:

<div class="mw-highlight mw-highlight-lang-delphi mw-content-ltr" dir="ltr"><pre> program Beispiel;

{$APPTYPE CONSOLE}

// Importieren der Funktion aus einer externen DLL

var result: Double;

begin

result := AddNumbers(1, 2);

Writeln('Das Ergebnis ist: ', result)

end.

</pre></div>

<div class="mw-heading mw-heading3"><h3 id="DLLs_in_Visual_Basic_Classic_verwenden">DLLs in Visual Basic Classic verwenden</h3></div>

Von VB bis zur Version 6 wird nur das Laden von DLLs während der Laufzeit unterstützt. Zusätzlich zur Verwendung der API-Funktionen <code>LoadLibrary</code> und <code>GetProcAddress</code> ist es in Visual Basic aber möglich, externe DLL-Funktionen zu deklarieren, was für den Entwickler diese Arbeit um einiges einfacher macht:

<div class="mw-highlight mw-highlight-lang-vbscript mw-content-ltr" dir="ltr"><pre> Option Explicit On

Declare Function AddNumbers Lib "Example.dll" (ByVal a As Double, ByVal b As Double) As Double

Sub Main()

Dim Result As Double

Result = AddNumbers(1, 2)

Debug.Print "Das Ergebnis ist: " & Result

End Sub

</pre></div>

Wenn beim Laden der DLL-Funktion ein Fehler auftritt, löst VB einen Laufzeitfehler aus. Dieser kann aber abgefangen und behandelt werden. Weiterhin muss man die <a href="Aufrufkonvention" title="Aufrufkonvention">Aufrufkonvention</a> der exportierten Funktion beachten: Visual Basic nimmt an, dass die Funktion <a href="Aufrufkonvention#stdcall" title="Aufrufkonvention">_stdcall</a> ist. Deshalb war bis VB7 der Import von <a href="Aufrufkonvention#cdecl" title="Aufrufkonvention">_cdecl</a>-Funktionen nur über eine zwischengeschaltete <a href="Wrapper_(Software)" title="Wrapper (Software)">Wrapper</a>-DLL möglich.

<div class="mw-heading mw-heading3"><h3 id="Win32-DLLs_im_.Net-Framework_verwenden">Win32-DLLs im .Net-Framework verwenden</h3></div>

In .NET werden DLLs mithilfe des DllImport-Attributs eingebunden. Dazu ist der Namespace „System.Runtime.InteropServices“ nötig. Der <a href="Funktionsprototyp" title="Funktionsprototyp">Funktionsprototyp</a> wird in <a href="C-Sharp" title="C-Sharp">C#</a> als „extern“ angegeben, was in <a href="VB.NET" class="mw-redirect" title="VB.NET">VB.NET</a> nicht nötig ist, anschließend kann die Funktion wie jede andere angesprochen werden:

<div class="mw-highlight mw-highlight-lang-csharp mw-content-ltr" dir="ltr"><pre>using System;

using System.Runtime.InteropServices;

namespace DllImportBeispiel

{

class Program

{

[DllImport("Example.dll")]

static extern double AddNumbers(double a, double b);

static void Main()

{

Console.WriteLine( AddNumbers( 1, 2 ) );

}

}

</pre></div>

<div class="mw-highlight mw-highlight-lang-vbnet mw-content-ltr" dir="ltr"><pre>Imports System.Runtime.InteropServices

Class Program

<DllImport("Example.dll")> _

Private Shared Function AddNumbers(a As Double, b As Double) As Double

End Function

Private Shared Sub Main()

Console.WriteLine(AddNumbers(1, 2))

End Sub

End Class

</pre></div>

<div class="mw-heading mw-heading4"><h4 id="Direkte_Einbindung_von_DLLs_in_Visual_Studio">Direkte Einbindung von DLLs in Visual Studio</h4></div>

Wenn jedoch auf mehrere Methoden oder Funktionen einer DLL zugegriffen werden soll, kann diese auch über den Projekt Explorer von <a href="Visual_Studio" title="Visual Studio">Visual Studio</a> direkt eingebunden werden.<a href="#cite_note-5">[5]</a> Anschließend können die Funktionen der DLL verwendet werden, indem man entweder im Code den vollständigen Namespace vor der Klasse der Methode angibt, oder indem man mit using (C#) beziehungsweise Imports (VB.Net) den Namespace direkt einbindet. Bei dieser Vorgehensweise wird der System.Runtime.InteropServices Namespace nicht benötigt.

Im Folgenden ist obiges Beispiel mit direkt eingebundener DLL veranschaulicht (der Namespace entspricht hier dem Namen der DLL):

<div class="mw-highlight mw-highlight-lang-c# mw-content-ltr" dir="ltr"><pre>using Example;

class Program

{

static void Main()

{

}

}

</pre></div>

<div class="mw-highlight mw-highlight-lang-vb.net mw-content-ltr" dir="ltr"><pre>Imports Example

Class Program

End Sub

End Class

</pre></div>

<div class="mw-heading mw-heading2"><h2 id="Siehe_auch">Siehe auch</h2></div>

<ul><li><a href="Dependency_Walker" title="Dependency Walker">Dependency Walker</a>, Bestandteil des Microsoft Visual Studio bis zur Version 2005, mit dem man sich Funktionen, die ein Programm ex- und importiert, hierarchisch anzeigen lassen kann.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="https://msdn.microsoft.com/de-de/library/aa271769(VS.60).aspx">Verwenden von _declspec(dllimport) und _declspec(dllexport)</a> bei <a href="MSDN_Library" class="mw-redirect" title="MSDN Library">MSDN Library</a></li>

<li><a rel="nofollow" class="external text" href="http://www.functionx.com/visualc/libraries/win32dll.htm">Win32 DLL</a> – Anleitung, wie man in C++ mit <a href="Visual_Studio" title="Visual Studio">Visual Studio</a> DLLs erstellen und aufrufen kann (englisch)</li>

<li><a rel="nofollow" class="external text" href="https://web.archive.org/web/20180330223101/http://www.adminzone.org/windows-libraries-i.php">Durch Grafiken und Videos unterstützte Beschreibung der Windows Bibliotheken. Statische Libs und DLLs.</a></li>

<li><a rel="nofollow" class="external text" href="https://devblogs.microsoft.com/oldnewthing/20121227-00/?p=5713">What is so special about the instance handle 0x10000000? by Raymond Chen</a> (englisch)</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><a href="#cite_ref-1">↑</a> <a rel="nofollow" class="external text" href="https://www.computerweekly.com/de/definition/Dynamic-Link-Library-DLL">Was ist Dynamic Link Library (DLL)? - Definition von WhatIs.com.</a> Abgerufen am 24. Mai 2022.<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ADynamic+Link+Library&rft.title=Was+ist+Dynamic+Link+Library+%28DLL%29%3F+-+Definition+von+WhatIs.com&rft.description=Was+ist+Dynamic+Link+Library+%28DLL%29%3F+-+Definition+von+WhatIs.com&rft.identifier=https%3A%2F%2Fwww.computerweekly.com%2Fde%2Fdefinition%2FDynamic-Link-Library-DLL&rft.language=de">

</li>

<li id="cite_note-2"><a href="#cite_ref-2">↑</a> <a rel="nofollow" class="external text" href="https://www.heise.de/tipps-tricks/DLL-Datei-was-ist-das-4613457.html">DLL-Datei - was ist das?</a> Abgerufen am 24. Mai 2022.<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ADynamic+Link+Library&rft.title=DLL-Datei+-+was+ist+das%3F&rft.description=DLL-Datei+-+was+ist+das%3F&rft.identifier=https%3A%2F%2Fwww.heise.de%2Ftipps-tricks%2FDLL-Datei-was-ist-das-4613457.html&rft.language=de">

</li>

<li id="cite_note-NE-3">↑ <a href="#cite_ref-NE_3-0">a</a> <a href="#cite_ref-NE_3-1">b</a> K. B. Microsoft: <a rel="nofollow" class="external text" href="http://support.microsoft.com/kb/65122/de">Executable-File Header Format</a>

</li>

<li id="cite_note-4"><a href="#cite_ref-4">↑</a> Deland-Han: <a rel="nofollow" class="external text" href="https://docs.microsoft.com/de-de/troubleshoot/windows-client/deployment/dynamic-link-library">Dynamic Link Library (DLL) - Windows Client.</a> Abgerufen am 24. Mai 2022 (deutsch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ADynamic+Link+Library&rft.title=Dynamic+Link+Library+%28DLL%29+-+Windows+Client&rft.description=Dynamic+Link+Library+%28DLL%29+-+Windows+Client&rft.identifier=https%3A%2F%2Fdocs.microsoft.com%2Fde-de%2Ftroubleshoot%2Fwindows-client%2Fdeployment%2Fdynamic-link-library&rft.creator=Deland-Han&rft.language=de-DE">

</li>

<li id="cite_note-5"><a href="#cite_ref-5">↑</a> corob-msft: <a rel="nofollow" class="external text" href="https://docs.microsoft.com/en-us/cpp/build/walkthrough-creating-and-using-a-dynamic-link-library-cpp">Walkthrough: Create and use your own Dynamic Link Library (C++).</a> Abgerufen am 24. Mai 2022 (amerikanisches Englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ADynamic+Link+Library&rft.title=Walkthrough%3A+Create+and+use+your+own+Dynamic+Link+Library+%28C%2B%2B%29&rft.description=Walkthrough%3A+Create+and+use+your+own+Dynamic+Link+Library+%28C%2B%2B%29&rft.identifier=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fcpp%2Fbuild%2Fwalkthrough-creating-and-using-a-dynamic-link-library-cpp&rft.creator=corob-msft&rft.language=en-US">

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-08-09" href="https://de.wikipedia.org/wiki/?title=Dynamic_Link_Library&oldid=258707012">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>